home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1312.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.8 KB  |  52 lines
  1. How about having two <PRE> style tags.  One works just like existing <PRE>
  2. and another tag that (probably) doesn't use the fixed-width font but does
  3. preserves spaces and tabs as much as possible and allows full HTML mark-up.
  4. It will be the task of the browser to make this look good.  This way you
  5. can write freestyle HTML or where needed switch into pseudo-fixed-width
  6. mode (<PFW>? :-).  This was we can keep the freestyle input of HTML
  7. which I much prefer, but still allow a back-door for those cases
  8. that require special spacing but don't really need pure fixed-width.
  9. Think of it as three levels of control:
  10.     1) spaces mean nothing (default)
  11.     2) spaces mean something
  12.     3) fully preformatted text, don't mess with it
  13.  
  14. One other thing I would like to note is that <PRE> tends to imply computer
  15. generated text that you *want* to be in a courier like font.  <PFW> would
  16. imply that it's pre-formated at some level (which I'll leave open for
  17. debate) but it's generally not something that wants a courier type font.
  18. Perhaps we need one more level (2.5) that is for fully preformatted text
  19. (just like <PRE>) but that you probably don't want a courier font for it
  20. either.  In reality we'll probably have options to PRE, like TYPE="spaces",
  21. TYPE="spaces/indent", with TYPE="preforamtted" being the default.
  22.  
  23. This isn't a fully developed idea, I just wanted to toss it out for
  24. consideration as an option.
  25.  
  26. As a side note (just to generate some controversy more interesting
  27. than spaces and tabs).
  28.  
  29. Let's keep in mind that while pure generalized markup is a good thing,
  30. HTML is ultimately a presentation format.  HTML is not, should not, and
  31. can not be the DTD to end all DTD's so if we want to be able to represent
  32. a wide variety of formats in HTML we are going to have to give *some*
  33. level of control to the author in some cases.  Emphasis is a good example
  34. of this.  HTML simply cannot include semantic tags for every frickin'
  35. thing you can think of.  At some point you fall back to something like
  36. italic/bold (or <EM>/<STRONG> or whatever).  The <PRE> tag itself
  37. is a major back-door to allow all kinds of author specified layout.
  38.  
  39. Clearly we want generalized markup as much as possible, but for a
  40. presentation format we need some basics to fall back on or we are just
  41. shooting ourselves in the foot.  SGML bigots are missing the big picture,
  42. 99.999% of the existing data *doesn't have* semantic information and no
  43. one gives a shaving cream about it; we just want it online and some of us
  44. would like to access it via hypertext.  Man pages are a good example of
  45. this (you can hypertext the references to other man pages, but you can't
  46. put semantic tags back where there is only bold and italic text).  Also,
  47. since you pretty much have to process already formated man pages the layout
  48. is fixed (this is where <PRE> comes in handy).
  49.  
  50. --sanders
  51.  
  52.